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ARETE SYSTEMS CORPORATION 
PROPRIETARY AND CONFIDENTIAL 

System Bus Specification 
General 



The system bus is an N~port time-division multiplexed transmission switch. 
A module installed in any of the N ports (backplane positions/slots) can 
send (receive) transmissions to (from) any of the N ports, including itself. 
Each transmission consists of a SOURCE port address, a DESTINATION port 
address, a transmission TYPE and 8 bytes of "DATA". The transmission TYPE 
determines what the DATA field contains. Error detection is provided for 
the SOURCE slot address, DESTINATION slot address and transmission TYPE 
fields and optionally provided for the DATA field. The maximum value of N 
is 16 (ports). The clock rate is 20 MHz. The instantaneous peak data 
transfer rate is ( 8 Bytes * 20 MHz = ) 160 MB/sec. 

Modules installed in bus ports interact with each other by exchanging 
transmissions over the bus. There are two types of transmissions, COMMANDS 
and RESPONSES. A module on the bus begins an interaction with another module 
by sending a COMMAND. The source of the COMMAND is the MASTER for that 
interaction; the destination of the COMMAND is the SLAVE. The SLAVE sends 
a RESPONSE back to the MASTER if required to complete the COMMAND. 

Bus Arbitration and Flow Control 



The bus arbiter controls access to the bus. To transmit on the bus, a 
module asserts ARB_JREQUEST, ARB DEST[3:0] (the DESTINATION port address) 
and optionally, a request modifier (ARB_RESP and/or ARBJVIODIFY) to the 
arbiter. If the request is to send a COMMAND, the arbiter checks 
that the destination port has a COMMAND input buffer available. A port 
with a COMMAND input buffer available is said to be READY. If the request 
is to send a RESPONSE, the module also asserts ARB_RESP to the arbiter. In 
this case the destination port is required to have to have enough RESPONSE 
input buffers available for the size of the RESPONSE it requested. Ports 
wanting to send COMMANDS to destinations that are READY and ports wanting 
to send RESPONSES arbitrate for time slots on the bus. Arbitration occurs 
for each available time slot. The arbiter asserts ARB__GRANT to each port 
that wins an arbitration. 

Arbitration priority is a function of the port number of the requesting port, 
Ports are numbered (N-l) to 0. The ports are divided into 2 groups. 
Ports (N-l) thru (N-n) form the first group. Ports (N-n-1) thru form 
the second group. The priority of ports in the first group is the same as 
their port number. Port (N-l) has the highest priority, and port (N-n) 
has the lowest. The priority of ports in the second group is lower than 
that of the ports in the first group. And unlike the first group, the 
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priority of the ports in the second group is periodically changed so that 
each port in the group has the same average priority. Half the time, the 
priority of the ports in the second group is the same as their port number 
(Port (N-n-1) has the highest priority, and port has the lowest). The rest 
of the time, the priority of the ports is inverse to their port number 
(port has the highest priority, and port (N-n-1) has the lowest). 

The initial implementations of the sbus and arbiter have the same number 
of ports in each group (n = N/2). 

Each module indicates to the arbiter when it has COMMAND input buffers 
available. Each COMMAND input buffer holds one transmission. If the 
module has at least one COMMAND buffer available, it asserts ARB_READYl to 
the arbiter. If the module has at least 3 COMMAND buffers available, it 
may also assert ARB_JREADY3 to the arbiter. When the arbiter grants the 
transmission of a COMMAND, it asserts ARB_RDY__DEC to the destination port 
to inform the destination of the grant. This allows the destination port 
to update its values of ARB_READYl and ARBJREADY3 while the transmission 
is occurring. 

The maximum rate at which a module can receive COMMANDS is determined by 
whether ARB__READY3 is asserted. Assertion of ARBJREADY3 allows a COMMAND 
to arrive every bus clock tick. If ARB_JREADY3 is not asserted, COMMANDS 
can arrive no more frequently than every other bus clock tick. RESPONSES 
can arrive every bus clock tick. 

Interlocked Sequences 

The bus arbiter also supports interlocked sequences of operations. These 
sequences are required to to support the TAS, CAS and CAS2 instructions of 
the Motorola 68020 and are a generalization of the READ/MODIFY/WRITE 
operation. Interlocked sequences are atomic to each other and are composed 
of any number of READ and WRITE commands. The signal ARB_LOCK is asserted 
by the arbiter when an interlocked sequence is in progress. 

To request an interlocked sequence, a module asserts ARB_JREQUEST, 
ARBJDEST[3:0] (of the first interlocked COMMAND) and ARBJMODIFY to the 
arbiter. The interlocked sequence begins when ARB__LOCK Ts not asserted 
and a port asserting ARB REQUEST and ARBJYIODIFY to the arbiter is granted 
the bus. The interlocked sequence lasts as long as ARB MODIFY is asserted 
by the locking module and ends when the locking module Heasserts ARB_MODIFY. 

To minimize performance loss, an interlocked sequence does not lock out 
commands from ports not asserting MODIFY to the arbiter. 

Bus Transmissions 



The arbiter grants access to the bus by asserting ARB_GRANT to each module 
that wins an arbitration. ARBJ3RANT is asserted to a module for one bus 
clock cycle. A module receiving ARB__GRANT may transmit on the bus during 
the clock cycle immediately following the clock cycle in which ARB_GRANT 
was received. 

When a module is GRANTED the bus to send a RESPONSE, the module may use 
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the bus for up to four consecutive clock cycles by asserting ARBJBURST to 
the arbiter during all but the last clock cycle. The assertion of ARBJBURST 
during a clock cycle prevents the arbiter from issuing ARB GRANT to any 
module for use of the bus during the next clock cycle. OnTy RESPONSES can 
be sent in BURST mode. BURST mode RESPONSES can be to one or more 
DESTINATION ports. 

When a module transmits on the bus, it asserts the signal BUS_ACTIVE to 
indicate the presence of a transmission. 

Each module monitors all bus transmissions. Each transmission is first 
checked for destination field errors. A module recognizes a transmission 
as addressed to it if the destination field contains no detected errors and 
matches the module's port (slot) number. The transmission is then checked 
for source and type field errors. If the TYPE of the transmission is not 
CONTROLJtfRITE and BUS DATAJPAR_VLD was asserted, the DATA field is checked 
for parity errors. if the transmission is a RESPONSE, it must be expected 
and the SOURCE field must be that of the expected source. 

Each transmission received without detected error is indicated by asserting 
BUS_ACK on the bus during the second clock cycle after the transmission. 
Transmissions received with one or more detected errors or with a TYPE field 
value that the module can not process are indicated by asserting BUS_JMACK 
on the bus during the second clock cycle after the transmission. 

Errors in the DATA field of transmissions of TYPE CONTROL WRITE or in 
transmissions with BUS DATA_PAR_VLD deasserted are ignorecL These 
transmissions are ACKeH or NACKed based on the detection of errors in the 
source and type fields. 

Only the destination port asserts BUS_ACK or BUSJNIACK for a transmission. 
Transmissions with destination field errors or destination fields not matching 
the port (slot) number of any installed module are neither ACKed nor NACKed. 

When a system bus transmission fails, retry is permitted, but not required. 
If retry is attempted, the module that issued the COMMAND resulting in the 
failed transmission restarts the transaction by reissuing the COMMAND. 

Transmission Format 



Each transmission has a DESTINATION field, a SOURCE field, a TYPE field and a 
DATA field. The DESTINATION field contains the destination port number and, 
for error detection, the compliment of the DESTINATION port number . The 
SOURCE field contains the source port number and its compliment. The TYPE 
field indicates the type of COMMAND or RESPONSE and the format of the DATA 
field. The TYPE field has a parity bit for single-bit error detection. A 
parity bit is also defined for each byte of the DATA field for single-bit 
error detection, but implememtation is optional. The source of a bus 
transmission indicates whether data parity bits have been sent by asserting 
BUS_J)ATAPAR_VLD during the transmission. 

The DATA field is organized as 8 bytes of 8 bits each. The bytes are 
numbered through 7 with byte the most significant and of lowest address. 
Bits within a byte are numbered 7 through with bit 7 the most significant. 
Each bit in the DATA field has a name of the form BUS DATA[B,b] where B is 



Feb 25 17:55 1988 sbus.spec Page 4 

the byte number and b is the bit number within the byte. The optional 
parity bit for byte B is BUS__DATAJ?AR [ B ] . "'*' Data field parity is even. The 
bit BUS_DATAPAR_VLD indicates whether data field parity is implemented. 

System addressing is by 4 bits of physical port number and 32 bits of offset. 
The address of an operand is the address of its first (most significant and 
lowest address) byte. 

The bus COMMANDS are: 

READ [size = 1, 2, 3, 4, 8, 16 or 32 bytes] 

The operand of a READ command for 4 bytes or less must not 
cross a long word (4 byte) boundary. The operand of a READ 
command for 8, 16 or 32 bytes must be aligned on an 8, 16 
or 32 byte boundary, respectively. READS of 8, 16 and 32 
bytes are not supported by all module types. The offset 
address of the operand is sent in bytes 4 through 7 of the 
DATA field. Bytes through 3 of the DATA field are 
undefined. 

The operand is returned in the DATA field of one or more 
RESPONSE transmissions. The operand is aligned in the DATA 
field for an 8 byte wide port. Bytes in the DATA field that 
are not part of the requested operand are undefined. 

READ operands longer than 8 bytes require multiple 8 byte 
RESPONSE transmissions. Bytes are returned in order of 
increasing byte address with the bytes of lowest address 
returned first. Multiple RESPONSE transmissions may be sent 
one at a time or in one or more bursts. 

WRITE [size = 1, 2, 3 or 4 bytes] 

The operand of a WRITE command must not cross a long word 
boundary. The offset address of the operand is sent in bytes 
4 through 7 of the DATA field. 

The WRITE DATA is sent in bytes through 3 of the data field 
and must be aligned for a 4 byte wide port. 

CONTROL WRITE [signal - 0, 1, 2 or 3] [value = or 1] 

The CONTROL__WRlTE command allows one of several control 
signals in a module to be asserted or deasserted even in 
the presence of errors in the DATA field. The specified 
signal is set to the specified value. The DATA field is 
undefined. 

The bus RESPONSES are: 

RESPONSE [response type = DATA, ERROR DATA 0, ERROR DATA 1 or ERROR] 

DATA is the normal response to a READ command. A READ 
command for more than 8 bytes requires more than one 
RESPONSE transmission. 
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ERROR DATA is the response to a READ command encountering 
a detected but uncorrectable data error. It contains the 
requested data as read or after correction has been 
attempted. 

ERROR DATA indicates that the error was detected by the 
device responding to the READ. 

ERROR DATA 1 indicates that the error was a transmission 
error in the DATA field detected by the 10 MODULE. 

ERROR is the response to a READ command that is somehow 
recognized as having failed to read anything. The DATA 
field of the response is undefined. 

The format of the transmission TYPE field is: 

BUSJTYPE [5:0] = [3 bit type field], [3 bit modifier field] 

BUSJTYPE [5:3] type 








RESPONSE 


1 




— 


2 




— 


3 




READ 


4 




— 


5 




WRITE 


6 




CONTROL WRITE 


7 




— 


BUSJTYPE [2 


:0] 


size response type 







4 bytes ERROR 


1 




1 byte — 


2 




2 bytes ERROR DATA 


3 




3 bytes ERROR DATA 1 


4 




8 bytes DATA 


5 




16 bytes 


6 




32 bytes 


7 




— — 


BUSJTYPE [2 


:1] 


control signal- 







1 i 




module enable 


2 




module interface enable 


3 




— 


SBUS Configuration < 


Conventions 
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The assignment of modules to SBUS ports (slots) is determined by a module 's 
maximum transfer rate requirements. The higher the maximum transfer rate, 
the higher the assigned SBUS priority. 

In general, ports N thru (N-n) are for I/O Modules (IOM) and Memory Modules 
(MM) with I/O Modules having the higher priority. A maximum of 4 I/O Modules 
can be installed in an SBUS. Ports (N-n-1) thru are for Processor Modules 
(PM) and Service Processor Modules (SPM). 

Transmission Conventions 



With the exception of CONTROL WRITE, the target of a READ or WRITE command is 
specified by its system address. Within a module, the defined offset address 
space is 256 megabytes or 4 gigabytes. 

The control and status registers of a module are located at the top of the 
offset address space. For ease of use and testing, any bit that can be written 
in a control register can be read at the same byte and bit address and with the 
same sense. By definition, status registers are read-only. 

If relevant, the size of a module's offset address space is controlled by a bit 
in one of the module's control registers. On RESET, the size of the offset 
address space is 256 megabytes. This requirement applies primarily to large 
memory modules (> 256 MB), I/O modules and I/O adapters. 

The ID of each module is contained in a long word status register at offset 
address Oxf f f f f f fc. 

Intelligent modules also have high level message buffers and interrupt request 
buffers at the top of their offset address space. 

The Service Processor module has interrupt acknowledge buffers at the top 
of the offset address space. 

System wide address conventions: 



Oxffff ff04-07 Interrupt level acknowledge 

Oxffff ffOc-Of Interrupt level 1 acknowledge 

Oxffff ffl4~17 Interrupt level 2 acknowledge 

Oxffff fflc-lf Interrupt level 3 acknowledge 

Oxffff ff24-27 Interrupt level 4 acknowledge 

Oxffff ff2c-2f Interrupt level 5 acknowledge 

Oxffff ff34-37 Interrupt level 6 acknowledge 

Oxffff ff3c-3f Interrupt level 7 acknowledge 

Oxffff ff44-47 Interrupt level 8 acknowledge 

Oxffff ff4c-4f Interrupt level 9 acknowledge 

Oxffff ff54-57 Interrupt level A acknowledge 

Oxffff ff5c-5f Interrupt level B acknowledge 

Oxffff ff64-67 Interrupt level C acknowledge 

Oxffff ff6c-6f Interrupt level D acknowledge 

Oxffff ff74-77 Interrupt level E acknowledge 

Oxffff ff7c-7f Interrupt level F acknowledge 



( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor ) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 


( service 


processor) 



Oxffff ff80-9f Higher level message buffers 
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(processor, service processor) 

Oxffff ff80-83 Command buffer 

(processor, service processor) 

Oxffff ffa0-a3 Interrupt request (service processor) 

Oxffff ffb0-b3 Interrupt vector (memory) 

Oxffff ffcO-ff Control and Status registers (All) 

Oxffff ffe4-e7 Memory check bits and control (memory) 

Oxffff ffec-ef Memory error information (memory) 

Oxffff fff4-f7 Memory error address (memory) 

Oxffff fffc-fe Memory status register (memory) 

Oxffff fffc 68020 Interrupt request level set (Computational) 

Oxffff ffff Module ID (All) 

Electrical Interface 

The bus signals are: 

BUSJDEST[3:0] 

BUS_DEST[3:0]* 

BUS_SRC[3:0] 

BUS_JSRC[3:0]* 

BUSJTYPE[5:0] 

BUS_TYPE_PARITY 

BUS_DATA[07:00] 

BUS__DATA[17:11] 

BUS_DATA[27:20] 

BUS _DATA[37:30] 

BUS__DATA[47:40] 

BUSJ3ATA[57:50] 

BUS_DATA[67:60] 

BUS__DATA[77:70] 

BUSJDATAJPAR[0:7] 

BUS__DATAPAR_VLD 

BUS_ACTIVE 

BUS ACK 



SBus Destination Slot Address [3:0] 

SBus Destination Slot Address [3:0]* 

SBus Source Slot Address [3:0] 

SBus Source Slot Address [3:0]* 

SBus Type [5:0] 

SBus Type Field Parity 

SBus Data Byte [7:0] 

SBus Data Byte 1 [7:0] 

SBus Data Byte 2 [7:0] 

SBus Data Byte 3 [7:0] 

SBus Data Byte 4 [7:0] 

SBus Data Byte 5 [7:0] 

SBus Data Byte 6 [7:0] 

SBus Data Byte 7 [7:0] 

SBus Data Parity [0:7] 

SBus Data Parity Valid 

SBus Active 

SBus Acknowledge 
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BUSJSIACK SBus Negative Acknowledge 

The signals from the arbiter to each port are: 
ARB CLOCK* 



ARB RDY DEC* 



ARB GRANT* 



ARB LOCK* 



ARB GRANTERR* 



The SBUS clock. SBUS clock cycles begin 
and end on the falling edge of ARB_CLOCK*. 

When asserted, ARB__RDY DEC indicates that 
the arbiter has granted the transmission 
of a COMMAND to this port and new values 
of ARB_READYl and/or ARB_READY3 must be 
computed during the current clock cycle. 

When asserted, ARB__GRANT indicates that 
the port may transmit on the bus during 
the next clock cycle and must deassert 
ARB_REQUEST at the beginning of the next 
clock cycle unless another transmission 
request is ready. 

When asserted, ARB_LOCK indicates that an 
interlocked sequence of operations is in 
progress. The signal is provided for test 
purposes only and is not required for normal 
operation of the bus. 

When asserted, GRANTERR indicates that two or 
more GRANT'S were issued for one bus cycle. 
GRANTERR is asserted during the third cycle 
after the cycle in which the multiple GRANT 
fault occurred. The signal is for fault 
isolation only. 



The signals from each port to the arbiter are: 



ARB READY1* 



ARB READY3* 



ARB REQUEST* 



ARB DEST[3:0] 



When asserted, ARB_READYl indicates to the 
arbiter that the port has at least 1 free 
COMMAND input buffer. 

When asserted, ARB__READY3 indicates to the 
arbiter that the port has at least 3 free 
COMMAND input buffers. 

When asserted, ARB__REQUEST indicates that 
the port wants transmit a COMMAND or 
RESPONSE on the bus. ARB__REQUEST must be 
deasserted in the cycle following the 
reception of ARB GRANT unless another 
ARB_GRANT is desired. In the latter case, 
ARB_RESP or the next value of ARB_DEST[3:0] 
must be asserted during the cycle following 
the reception of ARB_GRANT. 

The destination port address for a COMMAND. 
ARB DEST[3:0] must be valid for all cycles 
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ARB RESP* 



ARB MODIFY* 



ARB BURST* 



that ARB__REQUEST is asserted and ARB_RESP 
not asserted, ARBJDEST[ 3 : ] need not be 
valid when ARBJRESP is asserted or 
ARB_REQUEST not asserted. 

When asserted in conjunction with ARB_REQUEST, 
ARB__RESP indicates that the port wants to 
transmit a RESPONSE. 

When asserted in conjunction with ARB_REQUEST, 
ARBJVIODIFY indicates that the port wants to 
transmit a READ or WRITE COMMAND that is part 
of an interlocked sequence of operations. 
Once a port is granted the bus to begin an 
interlocked sequence, no other port can begin 
an interlocked sequence until the locking port 
deasserts ARBJVIODIFY. 

When asserted, ARB BURST prevents any ARB_GRANT 
from being issued lor the next clock cycle. A 
module may assert ARBJBURST to send several 
RESPONSE transmissions during consecutive 
SBUS clock cycles. The module must receive 
an ABRJ3RANT for the SBUS cycle in which it 
first asserts ARBJBURST and may assert the 
signal for a maximum of three (3) consecutive 
SBUS clock cycles. This permits a maximum 
burst length of 4 clock cycles. 



Timing: 



The timing of signals passing between a bus module and the arbiter 
is specified at the backplane connector which connects the pc board 
of the module to the arbiter. The timing of all signals is relative 
to the falling (LOW going) edge of ARB__CLOCK* 



Signal 

ARB__READYl* 

ARB_READY3* 

ARB_REQUEST* 

ARB_RESP* 

ARBJVIODIFY* 

ARB_DEST[3:0] 

ARB__BURST* 

ARB GRANT* 



Setup 


Hold 


Time 




Time 


15.0 


ns 


5.0 ns 


15.0 


ns 


5. ns 


15.0 


ns 


5.0 ns 


15.0 


ns 


5.0 ns 


15.0 


ns 


5.0 ns 


15.0 


ns 


5.0 ns 


34.0 


ns 


5.0 ns 


7.0 


ns 


6 .0 ns 



Feb 25 17:55 1988 sbus.spec Page 10 



ARB RDY DEC* 



35-0 ns 



4.0 ns 



The timing of BUS signals passing between a bus module and the 
backplane is specified at the backplane connector. The timing 
of all signals is relative to the falling (LOW going) edge of 
ARB CLOCK* 



Signal 



Setup 
Time 



Hold 
Time 



All Pi signals 

incoming 
outgoing 



2.0 ns 
24.0 ns 



7.0 ns 
7.0 ns 



Drivers: 



With the exception of BUS__ACTIVE, BUSJCOX ACTIVE, BUS__ACK and 
BUSJNFACK, all Pi bus signals are driven with 74F241's with half 
the output enables driven from the Q side of a 74F74 or 74F109 
flipflop and the other half of the output enables driven from 
the Q* side of the same flipflop. 

BUS__ACTIVE, BUS_IOX__ACTIVE, BUS ACK and BUS_NACK are driven with 
discrete open emitter 100 mA drivers. 



Receivers: 



ARB__CLOCK* is received with an AS1804 and loaded with six AS1804 
or equivilant inputs. The fixed number of input loads standardizes 
the capacitive load on ARB_CLOCK* so as to minimize the module to 
module received clock skew. 

All Pi bus signals are received with 74F374 or 74F534 D-type 
registers clocked by ARB__CLOCK. 



System Bus - Pi 



Pin 

1 
2 
3 

4 

5 
6 
7 
8 
9 



Row A 

COMMON 
COMMON 
COMMON 
COMMON 

COMMON 
COMMON 
COMMON 
COMMON 
COMMON 



Row B 

BUS^DATA PAR[0] 

BUSjDATA"F06] 
BUS_DATA[04] 
BUS_DATA[02] 

BUS_DATAf00] 
BUS__DATA[17] 
BUS_DATA[15] 
BUS_DATA[13] 
BUS DATA[11] 



Row C 

BUS_DATA[07] 
BUSJ3ATA[05] 
BUS_DATA[03] 
BUS_DATA[01] 

BUS_DATA PAR[i; 
BUS_DATAT16] 
BUS_DATA[14] 
BUSJ3ATA[12] 
BUS DATA[10] 



10 



COMMON 



BUS DATA PAR[2; 



BUS DATA[27] 
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11 


COMMON 


12 


COMMON 


13 


COMMON 


14 


COMMON 


15 


COMMON 


16 


COMMON 


17 


COMMON 


18 


COMMON 


19 


COMMON 


20 


COMMON 


21 


COMMON 


22 


COMMON 


23 


COMMON 


24 


COMMON 


25 


COMMON 


26 


COMMON 


27 


COMMON 


28 


COMMON 


29 


COMMON 


30 


COMMON 


31 


COMMON 


32 


COMMON 


33 


COMMON 


34 


COMMON 


35 


COMMON 


36 


COMMON 


37 


COMMON 


38 


COMMON 


39 


COMMON 


40 


COMMON 


41 


COMMON 


42 


COMMON 


43 


COMMON 


44 


COMMON 


45 


COMMON 


46 


COMMON 


47 


COMMON 


48 


COMMON 


49 


COMMON 


50 


COMMON 


NOTES : 





BUS DATA [26] 
BUS DATA[24] 
BUS_DATA[22] 


BUS DATA[25] 
BUS DATA[23] 
BUS_DATA[21] 


BUS DATA[20] 
BUS DATA [37] 
BUS DATA[35] 
BUS DATA[33] 
BUSJDATA[31] 


BUS DATA PAR[3] 
BUS DATAT36] 
BUS DATA[34] 
BUS DATA[32] 
BUSJDATA[30] 


BUS DATA PAR[4] 
BUS DATAT46] 
BUS DATA[44] 
BUS_DATA[42] 


BUS DATA [47] 
BUS DATA[45] 
BUS DATA[43] 
BUS_DATA[41] 


BUS DATA[40] 
BUS DATA [57] 
BUS DATA[55] 
BUS DATA[53] 
BUSJDATA[51] 


BUS DATA PAR[5] 
BUS DATAT56] 
BUS DATA[54] 
BUS DATA [52] 
BUS_DATA[50] 


BUS DATA PAR[6] 
BUS DATAT66] 
BUS DATA[64] 
BUS__DATA[62] 


BUS DATA[67] 
BUS DATA[65] 
BUS DATA[63] 
BUSJDATA[61] 


BUS DATA[60] 
BUS DATA [77] 
BUS DATA[75] 
BUS DATA [73] 
BUS DATA[71] 


BUS DATA PAR[7] 
BUS DATAT76] 
BUS DATA[74] 
BUS DATA [72] 
BUS_DATA[70] 


BUS SRC[3] 
BUS SRC[2] 
BUS SRC[1] 
BUS__SRC[0] 


BUS SRC[3]* 
BUS SRC[2]* 
BUS SRC[1]* 
BUS_SRC[0]* 


BUS DEST[3] 
BUS DEST[2] 
BUS DEST[1] 
BUS__DEST[0] 


BUS DEST[3]* 
BUS DEST[2]* 
BUS DEST[1]* 
BUS_DEST[0]* 


BUS TYPE PARITY 
BUS TYPET4] 
BUS TYPE[2] 
BUS_TYPE[0] 


BUS TYPE[5] 
BUS TYPE[3] 
BUS TYPE[1] 
BUS DATAPAR_VLD 


BUS IOX ACTIVE 


BUS ACTIVE 


BUS ACK 


BUS NACK 



BUS_DATA[ ] , BUS_DATA_PAR[ ] , BUS_DATAPAR_VLD , BUS_SRC[ ] , BUS SRC[]*, BUS_DEST[ ] , 
BUS DEST[]*, BUS_TYPE[], BUS_TYPE PARITY and spare are terminated at each 
witH 150 Ohms +/- 2%, 100 mW to +"5~V and 100 Ohms +/-2%, 100 mW to COMMON 
(equivilent to 60.0 Ohms in series with 2.00 v, nominal). 
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BUS ACTIVE, BUS__IOX ACTIVE, BUS_ACK and BUSJNACK are terminated at each end 
witH 820 Ohms +/- 5¥, 100 mW to "+5V and 43 Ohms +/- 5%, 100 mW to COMMON 
(equivilent to 40.9 Ohms in series with 0.25 v f nominal). 
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System Bus - P2 



Pin 


Row A 


Row B 


2 




+ 5V 


4 


+ 12V 


n/c 


5 


ARB CLOCK* 


COMMON 


6 


ARB RDY DEC* 


COMMON 


7 


ARB DEST[3] 


COMMON 


8 


ARB DEST[2] 


COMMON 


9 


ARB_DEST[1] 


COMMON 


10 


ARB DEST[0] 


COMMON 


11 


ARB GRANT* 


COMMON 


12 


ARB BURST* 


COMMON 


13 


ARB REQUEST* 


COMMON 


14 


ARB RESP* 


COMMON 


15 


ARB MODIFY* 


COMMON 


16 


ARB LOCK* 


COMMON 


17 


ARB READYl* 


COMMON 


18 


ARB READY3* 


COMMON 


19 


ARB GRANTERR* 


COMMON 


20 


BUS A20 


COMMON 


21 


BUS A21 


COMMON 


22 


BUS A22 


COMMON 


23 


BUS A23 


COMMON 


24 


BUS A24 


COMMON 


25 


+12VAUX 


+12VAUX 


26 


BUS A26 


COMMON 


27 


-12VAUX 


-12VAUX 


28 


BUS A28 


COMMON 


29 


-12V 


n/c 


31 




+5VAUX 



Row C 



+12V 

BUS_C5 

BUSJSLOT[3] 

BUS_SLOT[2] 

BUS_SLOT[l] 

BUS_SLOT[0] 

BUS_C10 

BUS_C11 

BUS__C12 

BUS__C13 

BUS_C14 

BUS_C15 

COMMON 

BUS_C17 

COMMON 

BUSJRESET* 

COMMON 

BUS_C21 

BUS_C22 

BUS~_C23 

BUS_C24 

+12VAUX 

BUS_C26 

-12VAUX 

BUS__C28 

-12V 



NOTES : 



BUSJRESET*, BUS_AXX and BUS__CXX are terminated at each end with 150 Ohms 
+/- 5% to 4-5V and 220 Ohms +/- 5% to COMMON (equivilent to 89.2 Ohms in 
series with 2.97 V, nominal). 

BUS_SLOT[3:0] are not bused. BUS__SLOT[ 3 ;0 ] for each slot are selectively- 
connected to COMMON to encode the slot number in positive logic. The low 
value is provided by the connection to COMMON on the backplane; the high value 
is provided by a pullup resistor per signal on each module. 



